home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000316_fdc@columbia.edu_Sun Feb 16 16:52:11 EST 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  77 lines
  1. Article: 14112 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.unix.misc,comp.protocols.kermit.misc
  5. Subject: Re: Nasty nulls in FTP
  6. Date: 16 Feb 2003 16:51:17 -0500
  7. Organization: Columbia University
  8. Lines: 60
  9. Message-ID: <b2p14l$5f7$1@watsol.cc.columbia.edu>
  10. References: <1194685a.0302131007.4d6c674f@posting.google.com> <m1wuk37a6p.gnus@usa.net> <3e4ccd43$3_3@news.iglou.com> <nasty.nulls.on.the.internet@helpful.aq>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1045432281 17771 128.59.39.139 (16 Feb 2003 21:51:21 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 16 Feb 2003 21:51:21 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.unix.misc:59682 comp.protocols.kermit.misc:14112
  16.  
  17. In article <nasty.nulls.on.the.internet@helpful.aq>,
  18. Helpful Observer  <observer@helpful.aq> wrote:
  19. : 
  20. : On 13 Feb 2003 10:07:47 -0800, generic*arigatoo.net wrote...
  21. : > 
  22. : > I'm transferring files from a OS/3900 mainframe to a Unix box.  The   
  23. : > mainframe data contains nulls (x00), which causes lines in the data to
  24. : > be truncated in transit.
  25. : > 
  26. : > Is there an FTP option to handle this?
  27. : 
  28. : Somebody gave advice to simply use the 'binary' mode of the
  29. : FTP protocol.  This may not be the whole problem.
  30. : 
  31. : First of all, I suggest that you consider whether some part
  32. : of this IBM-mainframe data is textual, with characters encoded
  33. : in EBCDIC, rather than in ASCII.  Hardly any computers other
  34. : than IBM mainframes use EBCDIC these days, and your Unix
  35. : machine will need to see ASCII.  Converting between the two
  36. : encodings is possible but there are pitfalls for the unwary.
  37. : 
  38. FTP text mode these days means ASCII; the client sends TYPE A
  39. and the server agrees or not.  If it disagrees, the client
  40. presumably stops right there; therefore if you downloaded in
  41. text mode, the server should have translated EBCDIC to ASCII.
  42. But if it really is text, you still wouldn't find NULs in it.
  43. At least not unless they are record padding or somesuch.
  44.  
  45. In that case, there's always the chance the file was transferred
  46. correctly, but your Unix software stops when it sees a NUL.
  47. If you load the file into EMACS, you might be pleasantly surprised
  48. to see the whole thing, but with a bunch of ^@'s mixed in, which
  49. you can easily remove.
  50.  
  51. : Another poster mentioned Kermit, and that's not a bad idea,
  52. : since the Kermit protocol was designed to be able to handle
  53. : data transfers involving EBCDIC-to-ASCII translation.  Try
  54. : 
  55. :         http://www.columbia.edu/kermit/
  56. : 
  57. : BUT, is the data really a pure stream of text characters, or is it
  58. : data with some arbitrary encoding?
  59. :
  60. Exactly.  File transfer is one thing, application-specific data
  61. conversion is another, usually accomplished by "export" and "import"
  62. functions in the application itself.  In any case IBM Mainframe
  63. Kermit gives you some options to deal with different record formats,
  64. depending on the underlying OS (CMS, TSO, etc).  IBM Mainframe
  65. Kermit is here:
  66.  
  67.   http://www.columbia.edu/kermit/k3270.html
  68.  
  69. : I hope you are not expecting
  70. : to copy a DB2 database from the IBM machine and plop the raw
  71. : file onto some Sun box running Oracle and watch it 'just work'!
  72. : 
  73. Right.  Not only is character encoding different, so (in all
  74. likelihood) is internal format for numbers and other data types.
  75.  
  76. - Frank
  77.